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Field of the Invention 

This invention pertains generally to wireless communication systems and more 
specifically to an information system for wide-area wireless network users. 

1 0 Background of the Field 

The prior art solution for providing local and other information to wide-area 
wireless network users is to connect the users' wireless handsets to web sites, 
messaging and content servers via wireless gateways. Using this prior art system, the 
user's handset connects through a communication tower to the mobile operator, and 

15 thence through the mobile operator's infrastructure to the Internet. The connection is 
then made across the Internet through wireless gateways to the messaging, location 
and content servers. Those wireless gateways connect the user across the Internet to 
the particular web portals and content servers that the user requests. The final link, 
which is established by these prior art solutions, is between the user's wireless handset 

20 and the particular web server host. 

This prior art system is quite a complicated multi-step connection that uses up a 
lot of airtime and battery power. 
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Summary of the Invention 

The present invention solves the above-mentioned problems by providing an 
information system to wireless customers that reduces the amount of both airtime and 
5 battery power consumed. These benefits are achieved by a shorter connection time 
from the user's handset (e.g., cellular, PCS, and wide-area wireless) to the point of 
information retrieval (e.g., local and global information such as weather forecasts, global 
news, local traffic and services information, and stock market news). Fewer steps are 
required of the wireless connection and also fewer and easier steps are required of the 

10 user on his or her handset. 

In the preferred embodiment of the present invention, the system is area code- 
driven, by a downloaded applet object that runs in the handset using menu navigation. 
The user will first select the system icon on his handset screen. That will bring up a 
main menu (first level menu) comprising several choices of area codes and automatic 

15 location identification - for instance, three such area code choices might be "home area 
code," "other area code," and "current location area code." Inputting an area code, or 
alternatively using the current location area code of the handset, will bring up a second- 
level menu of city or other locations identified within that area code from which the user 
can choose. 

20 Once the user has chosen a city or other location, the handset is connected 

wirelessly and directly to the proprietary system's array of servers where the information 
resides, and the information requested is immediately provided in scroll-through format 
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on the user's handset screen. There are also "help" and "last session" options 
available to the user. 

Although the data stream from the user's handset must still be routed through a 
communications tower to the mobile operator and thence to the Internet, the novelty of 
5 the present invention lies in the system operation from that point on. At that point, the 
data stream is routed directly to the front-end server of the proprietary system (instead 
of through Wireless Application Protocol or equivalent gateways to Internet websites). 

The front-end server is a dedicated database server and is maintained by the 
proprietary system. It is this server that responds to user requests and provides the 

10 requested information to the user's handset. The front-end server is linked to a 

proprietary back-end server that continuously scans the Internet web portals and other 
sites and reads information therefrom to be stored in the common database. In this 
way, the front-end server is constantly fed up-to-date information so that the user does 
not have to spend his airtime or battery power scanning the Internet for the requested 

15 information. 

Once information is requested from the front-end server, the handset location of 
the user is stored in the information database so that Internet hosts can later request 
and receive the last known location of the user from the common information database. 
I. Applet Object 

20 The applet object of the present invention resides and runs in the user's handset 

and in the preferred embodiment is downloadable from the user's wireless carrier. The 
applet object comprises the elements of file interface, user entry interface, network 
interface, display GUI interface, TAPI interface, menu interface, sector location 
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interface, shell interface, and position location interface. These elements are 
electronically linked together and are applied within the applet object to process the 
user input information, including menu choices, and can be configured to operate within 
a runtime environment such as the Binary Runtime Environment for Wireless (BREW). 

5 The architecture of the applet object is described in Figure 4. 
II. Information Scanner Array. 

The Information Scanner Array comprises front-end and back-end servers and 
their common database. The Array also comprises the necessary interfaces for service 
providers, windows sockets, information scanning, and wireless user information 

10 provider. The architecture of the Information Scanner Array is described in Figure 5. 



Brief Description of the Drawings 

FIGURE 1 is a block diagram of the prior art; 
FIGURE 2 is a block diagram of the present invention in the preferred 
15 embodiment; 

FIGURE 3 is a schematic view of the activity sequence of the present invention; 
FIGURE 4 is schematic view of the applet object architecture; and 
FIGURE 5 is a schematic view of the scanner array architecture. 

20 Detailed Description of the Preferred Embodiment 

Figure 1 shows how in the prior art system 10, the final wireless link is between a 
user's handset 12 and the particular Web portal or server 24 containing the requested 
information. In Figure 2, one can see that the final wireless link of the present invention 
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system 30 is between the user's handset 32 and the Information Scanner Array 40. 
Although the data stream from the user's handset 12, 32 must still be routed through a 
communications tower 14, 34 to the mobile operator 16, 36 and thence to the Internet 
18, 38, the novelty of the present invention system 30 lies in the system operation from 
5 that point on. 

In the system 30 of the present invention, the wireless gateways and messaging, 
location, and content servers 20 have been replaced by the Information Scanner Array 
40 comprising a Front-end Server 42 and Back-end Server 44 linked to each other so 
that they can share information and having a common database. 

10 Figure 3 shows schematically the activity sequence of the preferred embodiment 

in which the user 48, the handset 32, the front-end server 42, the back-end server 44, 
and the web portals and content hosts 46 are represented by vertical lines, and the 
steps of the activity sequence (method of operation) are represented in flowchart mode. 
In a typical session using the system of the preferred embodiment, the user 48 

15 makes an information request by navigating through an area-code driven menu on the 
handset 32 and entering a plurality of menu choices on various menu levels on the 
handset 32, e.g., the user selects an area code in step 50 - either the user's home area 
code, another preferred area code, or the handset's current area code; the handset 32 
then in step 52 displays a list of cities and other locations within that area code to further 

20 narrow the user's choice; after the user 48 makes a selection of specific city or location 
from this next-level menu in step 54, the handset in step 62 establishes a wireless 
connection to the Information Array and transmits the request to the front-end server 42; 
in step 64 the front-end server 42 instantly provides the requested information to 
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handset 32 from the common database that it shares with the back-end server 44; in 
step 56 the handset 32 displays the requested information and also saves same for 
later retrieval by the user 48. Step 58 shows that the user 48 then has the option at 
some later time to recall this stored information. Upon making such recall, the handset 
5 in step 60 will recall and display the stored information. 

Meanwhile and continuously, the back-end server 44, which is linked to the front- 
end server 42, is scanning Internet (web) portals and content hosts 46 as described in 
step 66. As it scans, it is receiving and collecting information in step 68 from the said 
portals and hosts 46 and storing the information on the common database accessible by 

10 the front-end server 42. As an added safeguard, the web portals and content hosts 46 
can request from the back-end server in step 70 and receive from the back-end server 
in step 72 a user location. 

Figure 4 shows the architecture of the applet object 80 as it runs in the handset 
32. The Binary Runtime Environment for Wireless (BREW) environment 100 has been 

15 chosen for illustrative purposes, but it is understood that any appropriate run-time 

environment would satisfy. As shown, the applet object 80 comprises various interfaces 
allowing the menu operation and interaction with the user 48 as well as cooperation with 
the core application of the information system 30 of the present invention. These 
interfaces include file interface 82, user entry interface 84, network interface 86, display 

20 GUI interface 88, TAPI interface 90, menu interface 92, sector location interface 94, 
shell interface 96, and position location interface 98. These interfaces are all linked 
together according to the diagram in Figure 4 and operate as above. Once the applet 
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80 has run, then the handset 32 sends the applet output (information request) to the 
Scanner Array Front-end Server 42. 

Figure 5 shows the architecture of the scanner array. Both servers are typically 
configured to operate in the Microsoft Windows™ platform 110. The front-end server 42 
5 comprises a service provider interface 112 linked with the information scanning service 
116. The back-end server 44 comprises a windows socket interface 114 linked with the 
wireless user information provider service 1 18 of the present invention. Both servers 
share a common information database 120. 
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